home *** CD-ROM | disk | FTP | other *** search
/ FishMarket 1.0 / FishMarket v1.0.iso / fishies / 101-125 / disk_104 / analyticalc / relnotes.txt < prev    next >
Text File  |  1992-05-06  |  5KB  |  111 lines
  1. Release Notes for AnalytiCalc/Amiga
  2.  Initial Version
  3.  
  4. This version of AnalytiCalc uses 3 windows (due to some problems
  5. encountered trying to get Fortran to talk to one or two).
  6.  
  7. The main window occupies the top half of the (interlaced) screen
  8. and is the place the main spreadsheet activities take place. It
  9. permits both input and output.
  10.  
  11. The next lower window is for prompts and only gets typed to by
  12. the program. You should NEVER input to it, and need never select
  13. it.
  14.  
  15. The bottom window is for inputs to answers to prompted questions (which
  16. are prompted for in the second window). Nothing is typed by the program
  17. to this window; YOU type in it. But you only type in it when prompted by
  18. a query in the second window. The rest of the time your input is in the
  19. main window.
  20.  
  21.     AnalytiCalc is set up to run on an interlaced screen and it can
  22. have its spreadsheet window expanded to fill as much of such a screen
  23. as you like. You need to use the S command to get questions to tell it
  24. how many rows to allocate, and then when back in the spreadsheet
  25. window use the DB ncol,nrow command to set up more rows (and columns
  26. if desired) on the sheet.
  27.     AnalytiCalc may not fit in 512K; I don't know. (Someone please
  28. tell me!)
  29.     It should have NO problems in a meg or more; it was developed on
  30. my 1.5 meg A1000.
  31.  
  32.     AnalytiCalc is REAL slow closing saved spreadsheet files for
  33. some reason. WAIT; it'll finish eventually and the saved file WILL be
  34. OK.
  35.  
  36.     You'll need to issue a SETMAP function to get function and
  37. arrow keys to generate commands AnalytiCalc can use. The necessary
  38. keymap file will be found in with the executable file. Basically
  39. all keys will generate commands of form @AK:F01.CMD or the like,
  40. where F01, F02, F03,... represent function keys. These files will
  41. have to be somewhere assigned to the logical name AK:, or the
  42. keymap file will have to be altered.
  43.  
  44.     For now, the help file will be the same as the MS-DOS
  45. file, which shows 10 function keys, but in the IBM PC layout.
  46. The definition files will be arranged however so they'll work
  47. OK on Amiga.
  48.  
  49.     I regret (to some extent) a user interface like this. The
  50. program does essentially all output control via the UVT100 and
  51. SWRT subroutines, and does main window input via GETTTL, so
  52. a better standardized interface is possible. But to get something
  53. working, a CON: window was fast and easy, and unfortunately replacing
  54. it with a full menu-ized system in Fortran is not easy. Absoft has
  55. helped by releasing V2.3 of their compiler with a lot of examples,
  56. but for now, I hope the program is useful as is.
  57.     Glenn Everhart
  58.     25 Sleigh Ride Rd.
  59.     Glen Mills, PA 19342
  60.  
  61.  
  62. Further tips:
  63.  
  64.     AnalytiCalc uses a software paged virtual memory system for its'
  65. formulae and values, with two pages in memory. These are fairly large,
  66. enough for 800 or so formulas, but it's not too hard to put AnalytiCalc
  67. into a thrashing mode. If your default directory when you run it is on
  68. floppy, that can GREATLY slow the program down.
  69.     I suggest that for most problems you try telling AnalytiCalc
  70. to make the formula and value files each 1K long, which will make it
  71. use memory buffers only (they're bigger than 1K, and will all be used).
  72. If you run out of room, a message will flash on screen that the value
  73. or formula file ran out of room. Your action then is to go to cell A1,
  74. save the sheet, and rerun AnalytiCalc and specify a larger file. DON'T
  75. make the files hugely larger than they need to be; that generates
  76. thrashing. Also be aware that the storage is by rows, so that cells on
  77. the same row get stored close to each other. A long column can however
  78. easily fill some of each of the pages of disk file.
  79.     Most times the memory buffers are sufficient for anything reasonable
  80. you'll want to do. The virtual memory is to let you do those really huge
  81. jobs if they can't be linked...
  82.     Virtual memory files are allocated on the default device. If
  83. you do a "cd ram:" before running Analy, you'll then have these files
  84. on the ram: disk and the virtual memory system will work a lot faster.
  85. AnalytiCalc does NOT grab buffers dynamically in any other way than
  86. as disk files (it's not so easy to do that in Fortran...) 
  87.  
  88.     AnalytiCalc will be set up with a custom keymap. You'll need to
  89. use the AmigaDos 1.2 SETMAP command to use that keymap before running
  90. AnalytiCalc.
  91.     I may include two keymaps, since the keymap is used for all
  92. tasks. The keymaps will all affect F keys, but my current thinking is
  93. that only one should change the arrow keys. The other should use some
  94. of the auxiliary keypad keys as pseudo arrow keys, leaving the "real"
  95. arrow keys alone. In this way the arrow keys remain useful in any editors
  96. you may fire up. A later version will switch to using the raw: device
  97. rather than the con: device, and will learn to parse the escape
  98. sequences. Much of the code for this exists now but not quite enough
  99. to use. If you don't use a keymap, you must use the 1,2,3,4 commands
  100. to move... they are in the order
  101.  
  102.    1         2         3         4
  103.  
  104.   up        down      left      right
  105.  
  106.    ^         v         <         >
  107.  
  108. (which happens to match the order of arrows on a VT100 keyboard).
  109.  
  110. 
  111.